hack console

Non car les eFuses de la CM sont grillés et tu auras une erreur. Malheureusement si tu ne sais pas, je suppose que la sysNAND est concernée. En principe, lorsque tu bootes en CFW avec SX OS, le mode furtif est actif par défaut et empêche une connexion donc la console a dû démarrer en mode normal et le reste a été fait par l'utilisateur. De plus en mettant à jour, le port cartouche s’est mis à jour aussi donc les eFuses Lotus sont grillés également. J’ai détaillé tout cela juste avant.

Et si la console a été connectée aux serveurs de Nintendo, j’espère que le bannissement ne suivra pas. C’est un risque à venir.

La seule alternative sera d’utiliser Atmosphère/Hekate pour le hack dans la version HOS 13.2.0.

Cela dépend de la mise à jour opérée sur quelle NAND (sysNAND ou emuNAND). Et si une emuNAND a été créée. Si c’est le cas et que la sysNAND a été mise à jour en 13.2.0 mais que l’emuNAND est toujours en 11.0.0, il n’y aucun problème à lancer le Menu SX OS pour booter le CFW sur l’emuNAND. L'accès au Menu SX OS se fera toujours quelque soit la version de firmware pour le moment. Seul le CFW ne peut se lancer si HOS est supérieur à 11.0.0.

Si elle a été faite sur sysNAND et aucune emuNAND de créée, cela va poser des problèmes avec les eFuses de la CM qui sont grillés et les eFuses LOTUS du port cartouche également. Le downgrade est possible en soi mais posera ce problème qui ne permettra pas de le contourner avec SX OS. Seul le patch NoGC le permet. La console va créer une forme de brick et ne se lancera pas suite à cette erreur.

Et s’il s’agit de l’emuNAND, il suffit:

• Soit de passer par le Hack Atmosphère/Hekate et de rendre compatible l’emuNAND par une migration opérée avec Hekate. A l’issu, utiliser Daybreak pour downgrader. Le problème se posera pour utiliser le port cartouche qui sera inutilisable car mis à jour et eFuses Lotus grillés. Comme dit, aucun moyen de contourner cela via SX OS


• Soit de recréer une emuNAND via SX OS si la sysNAND est toujours en 11.0.0 max et de dumper les sauvegardes préalablement via JKSV ou autre. A l’issu, supprimer l’ancienne emuNAND. Le problème du port cartouche sera identique comme précisé juste avant.

Dans le cas où il s’agit de la sysNAND, l’alternatIve sera d’utiliser le hack Atmosphère/Hekate. Pas d’autres possibilités comme dit en début de réponse. Il faudra opérer une migration de l’emuNAND si elle a été créée préalablement avec SX OS pour la rendre compatible. Si ce n’est pas le cas et qu’il n’y a pas d’emuNAND, il suffira d’en créer une avec Hekate pour l’utiliser strictement pour le hack.

Si aucune emuNAND n’a été créée, cela signifie que le hack a été utilisé sur la sysNAND, ce qui n’est pas conseillé. Le online est donc à proscrire car la NAND ne sera pas clean. Elle est modifiée par l’utilisation de NSP, certains homebrews et le mode autoRCM si utilisé.

La sysNAND est la NAND sytème sur la console et l’emuNAND est la NAND sur la SD. Les deux sont déliées. Les eFuses de la CM ne sont concernés que sur la sysNAND et les eFuses LOTUS, pour les deux.

Le tutoriel pour utiliser Atmosphère/Hekate avec toutes les infos:
https://gamergen.com/forums/underground ... 36600.html

Pour que le Hack ne soit plus opérationnel, il suffit de démarrer sa console normalement sans utiliser le mode RCM ni le JiG. Le hack n’est pas permanent.

Maintenant, si la console ne démarre pas normalement et qu’il y a une écran noir au démarrage, le mode autoRCM doit être actif mais de ce que tu indiques, ce n’est pas le cas puisque tu fais l’opération du mode RCM.

Pour ce qui est du dongle, il a besoin d'être chargé quelques fois. Cela ne dure pas très longtemps et se fait sur PC.

Pour répondre à ta demande, cela dépend de plusieurs conditions pour revenir à un état opérationnel sans aucune trace de données underground. La première serait de savoir si une emuNAND a été utilisée strictement pour le hack et si la sysNAND est propre sans modification underground.

Si aucune emuNAND n’a été créée, cela signifie que la sysNAND a subit des modifications et cela se produit avec l’utilisation de certains homebrews, de NSP ou du mode autoRCM. Dans ce cas, il faut utiliser un outil tiers pour nettoyer la console dans son ensemble. Je n’ai plus le nom en tête.

Et si une emuNAND a été créée et que tu es certain que la sysNAND est clean, alors, il suffit de supprimer le contenu underground de la SD. Toutefois, si doute, il faut utiliser l’outil tiers dont je n’ai plus le nom en tête pour effectuer un nettoyage.

Cela doit s'envisager ainsi sinon ce sera un ban qui suivra.

Cela peut aussi s'opérer avec la restauration d’une sauvegarde de NAND et à l’issu, mettre à jour la console pour éviter des erreurs dues aux eFuses. Cela passe par le hack en utilisant Hekate par exemple et ChoiDujourNX, compatible HOS 11.x.x.

Normal, une fois la console redémarrée, le hack n’est plus actif tout simplement. Il faut refaire l’injection du bin pour booter en CFW et utiliser les outils et backups. Cela est pourtant indiqué dans le tutoriel.

Pas trop conseillé d’installer les NSP sur la sysNAND. Les données underground doivent transiter sur l’emuNAND strictement.

Cela dépend de la configuration opérée et comment le Hack a été utilisé. S’il n’a transité que sur une emuNAND sans toucher à la sysNAND et que cette dernière est clean et sans modification due aux aspects underground, alors il suffit de supprimer les données du hack sur la SD tout simplement. A l’issu, démarrer sa console normalement et en profiter.

En revanche, si aucune emuNAND n’a été créée et que la sysNAND a été utilisée pour le hack, alors cela va nécessiter d’utiliser un outil tiers pour procéder à un nettoyage. Il en existe un mais je n’ai plus son nom en tête. Une simple réinitialisation ne suffira pas dans ce cas. La NAND est modifiée en utilisant la mode autoRCM, certains homebrews et l’installation de NSP.
Dans tous les cas, un nettoyage est recommandé s’il y a un doute sinon ce sera un ban assuré.

Il existe aussi la possibilité de restaurer une sauvegarde de sa NAND, si celle ci n’est pas trop ancienne dans sa version de firmware pour éviter un brick, et de mettre à jour à l’issu pour éviter les erreurs d’eFuses grillés qui ne correspondraient pas.

Je ne pense pas mais aucune affirmation non plus car non testé.

Toutefois, cela me parait peu probable si tu utilises un outil underground dans la mesure où tu dois la dump puis la réinjecter. Cela implique que l’autre console soit hack pour utiliser un homebrew.

Et si tu passais par un moyen officiel, cela implique des conditions précisées dans le lien donné.

S’il s’agit de sauvegardes de backups, il faut passer par le hack pour les dumper et à l’issu les restaurer mais les deux consoles sont préalablement hack.

S’il s’agit de sauvegardes de jeux legits, la méthode officielle mais cela passe par des conditions:
https://www.nintendo.fr/Assistance/Nint ... 49113.html

Après relecture de ton post depuis le début, si ta console avait le mode autoRCM activé et que tu as oublié de charger ta batterie, tant que tu n’as pas insisté sur son démarrage, elle a une petite chance de se recharger mais cela va être très long.

Pour cela, il suffit de la relier sur le Dock et d’attendre plus d’une journée ou plus. Ce mode autoRCM n’est pas vraiment conseillé car il a tendance à drainer la batterie et si tu oublies de la recharger régulièrement, arrivée à 0%, cela devient complexe.

En revanche, si tu as insisté sur son démarrage fortement, la décharge complète impliquera de changer la batterie.

Une fois que la batterie sera rechargée, il faudra relancer le Hack en la reliant au PC et d’injecter le bin Fusée ou Hekate en fonction de ce que tu utilises. A l’issu, le conseil est de désactiver ce mode mais chacun fait comme il le souhaite. Cela se fait via Hekate.

Attention également car si tu n’utilisais pas la dernière version d’Atmosphère ou une version supérieure à 0.19.0, ce sera la bin fusée-primary qu’il te faudra pour booter sur Atmosphère. Pour l’installation du driver, cela peut s'opérer avec TegraRCMGui. Et comme ta console a le mode autoRCM actif, l’injection se fait sans le JIG.

Une fois que tu auras réglé ton problème de batterie, tu verras pour la suite pour ce qui concerne la mise à jour firmware éventuelle et celle de l’ensemble des outils sur ta SD pour le hack.